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This  is  the  final  report  on  the  Army-CORADCOM-sponsored  project  which  had 
as  its  objective,  the  design  and  implementation  ofa  software  processor  which 
would  automate  the  process  of  generating  source  code  for  test  programs  of  various 
linear  analog  circuits.  The  approach  used  by  AGEN  (ATLAS  Generator)  is  to  take  one 
type  of  linear  analog  circuit,  e.  g. ,  amplifier,  and  subject  it  to  an  in-depth  circuit 
analysis  to  determine  the  commonalities  among  similar  types  of  circuits.  Once  the 
commonalities  are  defined,  a  circuit  model  is  structured  by  ATLAS  teat  language  - 
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through  common  data  base  FORTRAN  software  techniques.  The  resultant  ATLAS 
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test  program  with  the  variables  opened  as  windows  for  the  AGEN  users  to  insert  the 
values  for  their  individual  test  specifications.  Therefore,  the  AGEN  program  is  an 
interactive  test  program  which  requires  only  test  specifications  from  the  user  to 
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SUMMARY 


This  is  the  final  report  on  the  Army-CORADCOM-sponsored  project 
which,  had  as  its  objective,  the  design  and  implementation  of  a  software  processor 
which  would  automate  the  process  of  generating  source  code  for  test  programs  of 
various  linear  analog  circuits.  Previous  computer-generated  testing  processors  had 
been  developed  mainly  for  digital  testing,  and  had  been  behind  the  state  of  the 
art  for  most  analog  circuits  until  PRD  developed  ATLAS  Test  Program  Generator  I 
(AGEN  I)  in  1978.  The  approach  used  by  AGEN  (ATLAS  Generator)  is  to  take  one 
type  of  linear  analog  circuit,  e.g.,  amplifier,  and  subject  it  to  an  in-depth 
circuit  analysis  to  determine  the  commonalities  among  similar  types  of  circuits. 
Once  the  commonalities  are  defined,  a  circuit  model  is  structured  by  ATLAS  test 
language  through  common  data  base  FORTRAN  software  techniques.  The  resultant 
ATLAS  model  source  program  is  basically  a  standardized,  high  quality,  error-free 
ATLAS  test  program  with  the  variables  opened  as  windows  for  the  AGEN  users  to 
insert  the  values  for  their  individual  test  specifications.  Therefore,  the  AGEN 
program  is  an  interactive  test  program  which  requires  only  test  specifications 
from  the  user  to  complete  the  program  generation. 

AGEN  I  was  a  project  to  demonstrate  the  concept  on  two  analog  cir¬ 
cuits,  i.e.,  amplifier  and  oscillator.  It  was  tested  on  a  PRD-designed 
Automatic  Test  Equipment  (ATE) -VAST  (Versatile  Avionic  Shop  Tester)  System. 

AGEN  II  is  a  second  phase  of  AGEN  program  to  demonstrate  the  expandability  of 
AGEN  I  to  other  analog  circuits  and  to  other  ATE's,  e.g.,  EQUATE  System.  This 
final  report  will  describe  all  these  achievements  of  the  AGEN  II. 

The  AGEN  II  final  report  consists  of  three  volumes: 

Volume  I  -  AGEN  II  Executive 
Software  System 

Volume  II  -  AGEN  II  User's  Guide 

Volume  III  -  AGEN  II  Software 

Modules  Listing 

Volume  I,  which  follows  this  abstract,  describes  in  detail  the  FORTRAN  executive 
system  which  formulates  the  ATLAS  skeleton  programs  and  controls  the  flow  of 
user-inserted  variables.  Volume  II  describes  the  step-by-step  procedure  of  per¬ 
forming  interactive  ATLAS  test  program  generation  by  using  AGEN  II  and  the  de¬ 
tailed  information  of  each  analog  circuit  under  test  in  terms  of  test  theories 
and  test  flow  charts.  Volume  III  consists  of  the  program  listing  for  all  of  the 
software  modules. 
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The  AGEN  automated  analog  test  program  source  code  generation  concept 
has  been  proven  feasible,  well  structured,  and  expandable.  However,  only  the 
initial  goals  of  an  analog  ATPG  (Automatic  Test  Program  Generation)  have  been 
achieved.  In  ATPG, modeling  is  the  first  phase,  simulation  by  linking  these  models 
is  generally  the  second  phase,  and  automatic  fault  isolation  the  third  phase. 

AGEN  III,  if  designated  for  the  next  phase,  should  be  an  expansion  of  AGEN  II, 
linking  various  modules  to  simulate  a  complex  analog  network  and  to  fault-isolate 
automatically  to  the  basic  modules  if  failure  occurs.  These  are  the  real  ultimate 
goals  of  ATPG. 
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SECTION  I. 


INTRODUCTION 


The  AOEN  II  System  is  a  computer-aided  executive  system  used  for 
automatic  source  code  generation  of  ATLAS  test  programs  for  functional  testing  of 
certain  well-defined  categories  of  analog  networks.  The  ATLAS  test  programs  will  be 
generated  in  a  brief  interactive  session  between  the  user  and  the  AGEN  II 
Software  Program.  The  questions  asked  by  the  AGEN  II  Program  will  be  simple 
and  the  user's  answers  will  generally  be  obtainable  from  the  manufacturer's 
specification  sheet  for  the  Unit  Under  Test  (UUT) .  The  user  of  the  system  will 
not  be  required  to  write  network  equations  or  possess  any  knowledge  of  computer 
programming  techniques  in  order  to  operate  the  system.  Furthermore,  the  user 
input  is  purely  numerical  engineering  test  data,  which  obviates  the  need  for  ex¬ 
pertise  in  any  specific  ATE  programming  language. 

The  AGEN  II  System  is  implemented  in  FORTRAN  IV  on  a  UNIVAC  1108 
under  the  EXEC  VIII  Operating  System.  An  overview  of  the  AGEN  II  System  is  given 
in  Section  II,  and  a  detailed  description  of  its  modules  is  presented  in  Section 
III.  AGEN  II  is  an  on-line,  interactive,  step-executable  system,  and  is  invoked 
on  demand  mode  through  a  terminal  or  a  CRT.  The  output  of  AGEN  II  is  a  magnetic 
tape  containing  ATLAS  source  test  programs  for  the  UUT's.  This  source  magnetic 
tape  is  then  loaded  on  the  EQUATE  Test  Station  and  compiled  by  the  ATLAS  compiler. 
Thereafter,  testing  of  the  UUT's  may  proceed.  The  organization  of  ATLAS  Test 
Program  Library,  the  EQUATE  Test  Station,  and  their  relationship  to  AGEN  II  as 
an  integrated  test  system  is  presented  in  Sections  IV  and  VI.  The  step-by-step 
operation  of  AGEN  II  is  documented  in  the  AGEN  II  User's  Guide. 

The  AGEN  II  System  is  an  extension  of  the  original  AGEN  I  version 
which  only  addresses  amplifiers  and  oscillators.  The  current  version  of  AGEN  II 
accommodates  three  (3)  additional  analog  networks  and  each  network  features  multi¬ 
characteristics.  The  three  (3)  analog  networks  covered  by  AGEN  II  are  filters, 
mixers,  and  power  supplies.  The  extension  of  AGEN  II  demonstrates  the  capability 
of  AGEN  to  expand  horizontally  (adding  more  analog  networks  to  AGEN)  and  verti¬ 
cally  (adding  more  characteristics  to  an  analog  network).  A  more  detailed  dis¬ 
cussion  of  expandability  of  AGEN  II  is  provided  in  Section  V. 

The  purpose  of  this  report  is: 

A.  To  provide  a  conceptual  understanding  of  the 
AGEN  II  System. 

B.  To  describe  design  and  implementation  features. 
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manuals : 


C.  To  provide  detailed  descriptions  of  each  of  the  system 
components  and  modules  and  their  corresponding 
flowcharts . 

D.  To  describe  methods  of  expanding  AGEN  II  System 
and  adding  test  modules  into  the  ATLAS  Test  Pro¬ 
gram  Library. 

E.  To  describe  the  inter-relationsMps  among  the  AGEN  II 
System,  ATLAS  Test  Program  Library,  and  EQUATE 

Test  Station. 

For  more  information  concerning  AGEN  II,  refer  to  the  following 

1.  AGEN  II  User's  Guide 

2.  AGEN  II  Software  Modules  Listing 
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SECTION  II. 


AGEN  II  SYSTEM  OVERVIEW 

DESIGN  FEATURES 

The  AGEN  II  tystem  is  designed  to  the  following  guidelines 

A.  Adapt  a  top-down  design  for  systematic 
implementation  and  integration.  Iso¬ 
late  functional  components  by  modular 
construction  for  easy  modification  and 
future  expansion. 

B.  Interface  with  the  user  in  an  on-line 
conversational  mode.  Guide  the  user 
interactively  by  using  basic  engineer¬ 
ing  language  so  that  minimum  technical 
information  is  required,  and  operator 
training  is  minimized. 

C.  Limit  data  entries  to  mainly  numerical, 
with  minimal  usage  of  the  English  alpha¬ 
bet,  e.g.,  "y"  for  yes  and  "n"  for  no, 
and  to  be  entered  through  a  standard 
ASCII  keyboard. 

D.  Display  and  verify  limits  for  all  para¬ 
meters  as  they  are  entered.  Flag  cor¬ 
responding  error  messages  when  errors 
are  detected. 

E.  Tabulate  and  display  all  captured  para¬ 
meter  values  and  units,  for  review  and 
edit.  Provide  correction  capability 
for  all  captured  parameters. 

F.  Write  all  ATLAS  test  programs  onto  a 
magnetic  tape  compatible  and  readable  by 
Data  General  NOVA/ECLIPSE  mini-computer 
which  controls  the  EQUATE  Test  Station. 


II-l 


2.2 


AGEN  II  SOFTWARE  SYSTEM  ORGANIZATION 


The  organization  of  AGEN  II  Software  System  is  based  on  functional 
levels  with  major  subdivisions  as  AGEN,  DNSC,  IVT,  OTPT,  and  OUTAPE.  The  soft¬ 
ware  routines  comprising  the  AGEN  II  Software  System  are  constructed  in  modular 
format.  Information  flows  between  the  functional  levels  and  the  modules  by 
means  of  a  common  data  base.  Figure  2.2-1  shows  the  AGEN  II  Software  Family  Tree, 
and  Figure  2.2-2  shows  the  AGEN  II  Functional  Flowchart. 

Each  software  level  has  a  well-defined  function  to  perform.  As  de¬ 
picted  in  Figures  2.2-1  and  2.2-2,  the  AGEN  module  is  at  the  top  level.  It  serves 
as  the  executive  program  to  direct  the  logical  execution  of  relevant  software 
modules  to  accomplish  the  task  of  generating  the  required  ATLAS  test  program  for 
the  desired  UUT.  The  DNSC  module  is  the  second  level  serving  as  the  UUT-deter- 
miner  to  differentiate  the  networks  and  characteristics  based  on  the  N  code  and 
C  code  input  from  the  user.  The  third  level  is  the  IVT  module.  The  IVT  consists 
of  a  group  of  five  (5)  software  submodules.  These  five  (5)  IVT  submodules  are 
named  after  the  N  code  (refer  to  the  N  Table  in  Section  3.2)  of  the  networks. 

IVT1,  for  example,  is  the  amplifier  network  which  is  represented  by  N=l.  Each 
of  these  five  (5)  IVT  submodules  serves  as  the  parameter-collector  for  its  cor¬ 
responding  network.  They  collect  all  the  necessary  parameter  values  from  the  user 
and  calculate  the  expected  output  values  for  their  corresponding  networks  and 
characteristics.  The  fourth  level  is  the  OTPT  module.  The  OTPT  also  consists 
of  a  group  of  five  (5)  software  submodules,  and  each  one  is  organized  as  multi¬ 
entry  subroutine.  The  number  of  entries  in  a  subroutine  depends  upon  the  number 
of  characteristics  of  the  network  that  the  subroutine  belongs  to.  The  multi¬ 
entry  subroutines  are  named  after  the  N  code  and  C  code  of  the  networks  and 
characteristics.  OTPT  31  is  the  power  supply  network  which  is  represented  by 
N=3  and  its  Regulation  Characteristics  is  represented  by  C=l.  Each  of  these 
multi-entry  subroutines  serves  as  the  ATLAS  Program  Writer.  They  retrieve  the 
appropriate  preformatted  ATLAS  modules  from  the  ATLAS  Library,  insert  the  user 
specified  parameters,  calculate  the  expected  output  values,  and  write  out  the 
resultant  ATLAS  program  to  a  temporary  file  for  their  corresponding  network  and 
characteristic.  The  fifth  level  is  the  OUTAPE.  .The  OUTAPE  module  has  the  capa¬ 
bility  of  converting  the  resultant  ATLAS  test  programs  to  seven  bit  ASCII  and  to 
write  the  converted  ATLAS  test  programs  to  a  magnetic  tape  compatible  and  readable 
by  the  Data  General  NOVA  3/ECLIPSE  mini-computer. 


The  software  routines  of  the  AGEN  II  system  is  designed  modularly. 
The  modular  construction  is  arranged  to  separate  functional  components  of  the 
system  and  to  facilitate  implementation,  modifications,  and  future  expansion. 

One  segment  or  module  may  be  implemented,  debugged,  modified,  or  extended  with 
minimum  programmer  interaction  or  system  disruption.  However,  the  advantages 
of  segmentation  will  be  lost  without  a  rigid  specification  of  the  functions, 
interfaces  and  the  flow  of  information  in  the  system.  From  this  point  of  view, 
AGEN  II  was  designed  and  implemented  in  a  top-down  fashion.  The  integrity  of 
informational  flow  between  functional  levels  and  modules  is  achieved  by  utilizing 
a  common  data  base.  The  common  storage  arrays,  working  variables,  and  tables  are 
defined  by  common  procedures.  The  inclusion  of  this  common  procedure  in  the 
software  modules  will  insure  inter-module  communication  and  reduce  programming 
redundancy . 

The  AGEN  II  software  system  is  formatted  to  insure  system  integrity 
and  expandability.  The  expansion  of  AGEN  II  from  AGEN  I  has  itself  demonstrated 
these  properties  of  the  system. 


Figure  2.2-1.  AGEN  II  Executive  Software  System  f  amily  Tree 
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Figure  2.2-2.  AGEN  II  Functional  Flowchart 


SECTION  III 


AGEN  II  SOFTWARE  MODULES 

The  following  software  modules  constitute  the  AGEN  II  Executive 

Software  System.  They  are  to  be  described  in  detail  by  their  usage,  function, 

organization,  and  flow  chart. 

3.1  MODULE  NAME:  AGEN  (ATLAS  GENERATOR) 

3.1.1  DESCRIPTION:  AGEN  is  the  main  executive  program  of  AGEN  II 

System.  It  performs  the  executive  functions 
by  controlling  the  logical  execution  of  all 
necessary  subroutines  in  order  to  automatically 
generate  ATLAS  programs  for  functional  testing 
of  Analog  networks.  As  shown  in  Figure  3.1-1, 
the  control  parameters(N  code  and  C  code)needed 
by  AGEN  are  provided  by  the  DNS C  module.  After 
directing  the  DNSC  module  to  obtain  the  appro¬ 
priate  N  and  C  codes  for  the  network  and  charac¬ 
teristics  to  be  tested,  AGEN  will  use  these  N 
and  C  codes  to  call  other  software  modules  to 
perform  the  necessary  tasks  to  generate  the  desired 
ATLAS  test  program. 

3.1.2  SUBROUTINES  REQUIRED:  DNSC,  IVT,  OTPT,  OUTAPE,  ETIME,  TNTO, 

WFLE,  YNCHK,  OPEN,  READ,  WRIT,  ITOH 

3.1.3  PROCEDURES  INCLUDED:  ABAS,  BBAS 

3.1.4  INPUTS:  User  responses  from  terminal 

3.1.5  OUTPUTS:  Interactive  questions,  informative  messages. 

3.1.6  FLOW  CHART:  See  figure  3.1-1 
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Figure  3. 1-1.  AGFN  Control  Flowchart 


MODULE  NAME: 

DESCRIPTION: 


N  CODE 
1 
2 

3 

4 

5 


DNSC  (Determine  Network  and  Select  Characteristics) 

The  DNSC  module  determines  the  appropriate  codes 
for  the  network  (N)  and  the  characteristic  (C) 
codes  corresponds  to  a  unique  UUT  performance. 

The  N  and  C  codes  are  important  control  para¬ 
meters  for  logical  execution  of  appropriate 
software  modules  to  derive  the  desireable  ATLAS 
test  program  for  the  UUT.  Each  time  the  DNSC 
module  is  called  by  AGEN  main  program,  the  user 
will  be  able  to  select  any  one  of  the  five  (5) 

N  codes  and  up  to  the  maximum  number  of  C  codes 
for  that  network.  The  required  codes  are  established 
via  an  interactive  question/answer  session  between 
the  user  and  the  computer.  Once  the  user  defines 
the  network  and  characteristics  codes,  they  are 
fed  into  the  computer  via  a  terminal  keyboard  upon 
demand  by  the  computer.  In  case  of  no  knowledge  of 
the  network  and  characteristics  coding  systems,  the 
user  is  guided  to  call  for  help  from  the  computer 
by  keying  the  'HELP'  or  'H'  command.  The  'HELP' 
command  displays  the  Network  (N)  Table  for  all 
analog  networks  and  characteristics  (C)  Table  for 
their  corresponding  characteristics  implemented  in 
AGEN  II. 

The  N  and  C  codes  are  established  sequentially. 

The  first  code  is  the  N  code  which  established  the 
type  of  network  to  be  tested.  The  N  code  Table  is 
shown  below. 

NETWORK  (N)  CODING  TABLE 

DESCRIPTION 

Amplifiers 

Oscillators 

Power  Supplies 

Mixers 

Filters 


v 


1 1 1-3 


After  selecting  the  N  code,  the  user  is  requested 
to  select  the  C  codes  of  the  selected  N  code  which 
determines  the  characteristics  to  be  tested.  The 
user  may  select  more  than  one  C  code  and  up  to  the 
maximum  number  of  C  codes  for  the  selected  network 
by  entering  'ALL'  or  'A'. 


CHARACTERISTICS 

(C) 

CODING 

TABLE  FOR  AMPLIFIERS  (N=l) 

C  CODE 

DESCRIPTION 

1 

AMPLITUDE  RESPONSE 

2 

LINEARITY 

CHARACTERISTICS 

(C) 

CODING 

TABLE  FOR  OSCILLATORS  (N-2) 

C  CODE 

DESCRIPTION 

1 

FREQUENCY  STABILITY 

2 

AMPLITUDE  STABILITY 

CHARACTERISTICS 

(C) 

CODING 

TABLE  FOR  POWER  SUPPLIES  (N=3) 

C  CODE' 

DESCRIPTION 

1 

REGULATION 

2 

RIPPLE 

3 

OVERCURRENT 

CHARACTERISTICS 

<c> 

CODING 

TABLE  FOR  MIXERS  (N=4) 

C  CODE 

DESCRIPTION 

1 

ISOLATION 

2 

FREQUENCY  RESPONSE 

3 

CONVERSION  LOSS 

CHARACTERISTICS  (C)  CODING  TABLE  FOR  FILTERS  (N=5) 
C  CODE  DESCRIPTION 


1 

2 

3 

4 

5 


INSERTION  LOSS 
PHASE  RESPONSE 
INPUT  IMPEDANCE 
OUTPUT  IMPEDANCE 
AMPLITUDE  RESPONSE 


The  N  and  C  codes  are  the  key  control  parameters.  AGEN  II 
users  have  to  enter  the  N  and  C  codes  for  the  network  and 
characteristics  to  be  tested  and  these  two  codes  in  turn 
control  the  logical  sequential  execution  of  software  mo¬ 
dules  to  derive  the  desired  ATLAS  Test  Programs.  If  the 
user  enters  N=3  and  C=l,  for  example,  AGEN  II  will  generate 
ATLAS  Test  Program  for  Power  Supply  -  Regulation  through 
a  sequential  execution  of  a  set  of  appropriate  software 
modules.  If  the  user  enters  N=3  and  C=A,  on  the  other  hand, 
AGEN  II  will  generate  ATLAS  Test  Programs  for  all  the 
characteristics  (Regulation,  Ripple,  Over  Current)  of  Power 
Supplies.  Therefore,  a  user  is  able  to  enter  multiple 
characteristics  for  a  given  N  code. 

SUBROUTINES  REQUIRED:  ATOI 

PROCEDURES  INCLUDED:  ABAS ,  BBAS 

INPUTS :  N  Code  and  C  Codes  from  the  user 

OUTPUTS :  N  Code  and  C  Codes  stored  in  NSC  common  array 

NSC :  NSC  is  a  common  integer-array  with  ten  (10) 

elements,  NSC  (10),  defined  in  ABAS.  It  is 
used  to  store  and  to  communicate  the  N  code 
and  C  codes  to  other  software  modules  in 
AGEN  II.  The  N  code  is  stored  in  NSC  (1). 

The  C  codes  are  stored  in  NSC  (3)  to  NSC  (10), 
and  NSC  (2)  is  not  used.  Pictorially,  the  NSC 
array  structured  as  follows: 


mra 

7  n 

8  „ 

9  „ 

10  „ 

hEH 

mmm 

s 

U6 

^7 

C8 

NSC  ARRAY 

Therefore,  the  current  NSC  array  can  store  up  to 
maximum  of  eight  (8)  characteristics  for  a  given 
network  (N)  which  is  sufficient  for  the  current  AGEN  II. 
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FLOWCHART;  See  Figure  3.2-1 


MODULE  NAME: 

DESCRIPTION: 


IVT  (Input  Values  and  Tolerance) 

The  IVT  module  obtains  the  required  input  values  to 
establish  runtime  variables  and  the  acceptable  toler¬ 
ances  of  the  expected  outputs.  The  minimum  number 
of  input  parameters  required  to  generate  reasonable 
test  for  the  particular  combination  of  N  and  C  codes 
is  solicited  by  this  module  from  the  user  through 
interactive  conversation  mode.  The  user  is  given  the 
facility  to  input  parameter  tolerance  either  in  the 
form  of  absolute  or  variable  values  or  in  the  form 
of  percentage  of  nominal  parameter  value.  By  making 
use  of  the  operational  parameters  and  tolerances 
supplied  by  the  user,  this  module  calculates  the  upper 
and  lower  limits  of  the  expected  outputs.  Since  the 
only  interface  between  the  user  and  th’  AGEN  II  is 
through  the  IVT  module,  every  input  parameter  and 
tolerance  limit  is  checked  and  validated  before  it  is 
accepted  by  AGEN  II.  If  there  is  an  illegal  para¬ 
meter  value  entered  by  the  user,  an  appropriate  error  message 
will  be  displayed  and  the  parameter  value  will  be 
selected  again.  To  further  ensure  the  correctness  of 
the  input  parameters  and  tolerances,  a  User  Selected 
Parameters  and  Tolerances  Table  is  displayed  with 
indices  at  the  end  of  parametric  data  entry.  At  this 
point,  the  user  may  review  all  the  parameters  and  toler¬ 
ances  that  have  been  entered.  If  there  is  any  discrepancy 
on  the  parameter  and  tolerance,  the  user  may  correct  the 
discrepancy  by  using  the  proper  index  which  corresponds  to 
the  parameter.  The  correction  feature  covers  every 
characteristic  of  each  network. 


■  -  <xr*-  •Tflry'TSj 


Additionally,  the  user  may  utilize  the  correction  feature 
to  change  all  the  parameters  and  tolerances  values 
entered  previously.  Once  the  User  Selected  Parameter  and 
Tolerance  Table  is  released,  the  process  of  generating 
ATLAS  Test  Programs  will  be  carried  out  automatically  by 
AUEN  II.  The  general  process  of  parameters/tolerances 
data  entry,  validations,  corrections,  and  expected  out¬ 
puts  calculations  is  illustrated  in  Figure  3.3-1. 


The  IVT  module  is  expected  to  extract  from  the  user 
the  relevant,  precise  and  minimal  parametric  values 
and  tolerances  of  any  characteristic  of  the  five  analog 
networks.  The  interactive  parametric  data  entry  module 
for  each  analog  network  is  unique  and  assigned  to  the 
five  (5)  analog  networks  individually  as  IVT  1,  IVT  2, 

IVT  3,  IVT  4  and  IVT  5.  One  IVT  sub-module  is 
associated  to  one  analog  network  and  this  association 
is  identified  by  the  N  code  assigned  to  the  network. 

Within  each  IVT  sub-module,  a  portion  is  dedicated  to  cap¬ 
ture  the  parameters  and  tolerances  of  a  characteristic 
which  is  identified  by  the  C  code  assigned  to  it.  The 
IVT  structure  is  illustrated  by  Figure  3.3-2. 

The  flowchart  of  each  IVT  module  and  the  assignment  of  its 
parameters  to  the  elements  of  common  CARY  array  are  attached 
in  Appendix  A. 


3.3.2 


3.3.3 


3.3.4 


3.3.5 


SUBROUTINES  REQUIRED:  YNCHK 


PROCEDURES  INCLUDED:  ABAS 


INPUTS :  User  supply  parameters  and  tolerances  values 


OUTPUTS :  Parameters  values  and  calculated  upper  and  lower 
limits  stored  in  CARY  common  array 


III-8 


Table  on  page  6-1  of  UNIVAC  1100  Series  EXEC  8 
Hardware/Software  Summary)  and  insert  these  con¬ 
verted  parametric  data  into  the  ATLAS  runtime 
variable  statements  in  appropriate  format  at  the 
required  places  in  the  ATLAS  test  program  skeleton. 
This  task  is  accomplished  by  calling  ITOH  to  per¬ 
form  the  actual  parametric  data  conversion  and  in¬ 
sertion. 

E.  Write  the  processed  ATLAS  statement  card  images 
to  a  scratch  file  on  Drum  25.  These  processed 
ATLAS  statement  card  images  formulate  the  pre¬ 
edited  ATLAS  test  program  on  the  scratch  file  for 
the  user  requested  characteristic.  The  final 
operational  ATLAS  program  is  produced  after  editing 
and  copying  from  the  scratch  file  to  the  Temporary 
Program  File  (TPF$)  by  WFLE  (Write  File) .  The  task 
of  writing  ATLAS  statement  card  image  to  the  scratch 
file  on  Drun  25  is  accomplished  by  calling  NTRAN,  a 
UNIVAC  System  routine  (refer  to  UNIVAC  1100  Series 
System  Fortran  V  Library  Manual) ,  to  perform  the 
actual  writing. 

F.  If  there  is  any  I/O  error  occurred  during  the  per¬ 
formance  of  the  above  described  I/O  tasks  (A  to  E) , 
an  I/O  status  code  will  be  printed  out  by  TERR  to 
indicate  the  type  of  I/O  error.  The  meaning  of  the 
I/O  status  code  is  explained  on  page  4-1  of  UNIVAC 
1100  Series  EXEC  8  Hardware/Software  Summary. 

The  supportive  modules  needed  by  0TPT  to  generate  the 
operational  ATLAS  programs  are  shown  in  Figure  3.4-1, 
and  the  general  logical  process  of  generating  the  op era- 
tional  ATLAS  programs  is  shown  in  Figure  3.4-2. 

The  OTPT  module  is  expected  to  generate  the  operational 
ATLAS  programs  for  any  characteristic  of  the  five  (5) 
analog  networks  currently  handled  by  AGENH.  One 


OTPT  submodule  is  associated  to  one  analog  network, 
and  this  association  is  identified  by  the  N  code  assigned 
to  the  network.  Each  OTPT  sub-module  is  organized  as 
multi-entry  sub-module.  The  number  of  entries  in  a 
given  OTPT  sub-module  depends  on  the  number  of  charac¬ 
teristics  of  the  analog  network  that  this  given  OTPT 
sub-module  is  implemented  for.  The  general  nomenclature 
for  the  entry  points  of  an  OTPT  sub-module  takes  the 
form  of  OTPTNC.  Where  N  is  the  network  code  and  C  is 
the  characteristic  code.  OTPT  12  (  an  entry  pint  in 
OTPT  1  sub-module)  which  is  implemented  for  Amplifier- 
Amplitude  Response,  for  example,  has  N=  1  and  C=2.  The 
OTPT  conceptual  structure  is  illustrated  by  Figure  3.4-3. 

3.4.2  SUBROUTINES  REQUIRED:  OPEN,  READ,  WRITE,  ITOH,  NTRAN,  TNTO,  TERR 

3.4.3  PROCEDURES  INCLUDED:  ABAS 

3.4.4  INPUTS :  Parametric  values  and  calculated  expected  outputs  (provided 

by  IVT)  stored  in  common  array  CARY. 

3.4.5  OUTPUTS :  Pre-edited  ATLAS  source  test  programs. 

3.4.6  FLOWCHART:  See  Figure  3.4-2. 

3.5  SUPPORT  MODULES 

There  are  many  support  modules  in  the  AGEN  II  Software  System.  These 

support  modules  perform  many  basic  functions  which  are  important  for  ATLAS  test 
program  generation.  These  support  modules  are  described  in  the  following  sections. 

3.5.1  ABAS 

The  ABAS  is  a  FORTRAN  Procedure  where  common  memory  areas  such  as 
arrays,  working  variables,  tables  are  defined.  Most  of  the  modules  in  AGEN  II  in¬ 
clude  this  procedure.  The  inclusion  of  this  procedure  will  enable  inter-modular 
communication  because  of  access  to  the  same  common  memorv  areas.  A  listing  and 
explanation  of  usage  of  individual  common  memory  area  are  provided  in  AGEN  II 
Software  Modules  Listing. 
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Figure  3.4-1.  OTPT  Support  Modules  Block  Diagram 


Figure  3.4-2.  High  Level  Flowchart  of  OTPT  Module 
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Figure  3.4-3.  Conceptual  Structure  of  OTPT  Modules 


3.5.2 


BBAS 


The  BBAS  is  a  FORTRAN  procedure  where  Che  C  (characteristic)  code 
tables  of  the  analog  networks  implemented  in  AGEN  II  are  defined.  This  procedure 
is  designed  to  reduce  programming  redundancy,  to  expand  the  C  code  tables  easily, 
and  to  have  a  better  software  organization.  Further  discussion  of  BBAS  and  its 
expansion  is  found  in  Sections  5.3.  A  listing  of  the  C  code  tables  is  provided  in 
AGEN  II  Software  Modules  Listing. 


3.5.3  ITOH 


The  ITOH  is  a  FORTRAN  subroutine  used  to  convert  input  numeric  data 
in  field  data  to  Octal  representation  of  Hollerith  Code.  The  conversion  table 
is  provided  on  page  6-2  of  UNIVAC  1100  Series  Hardware/Software  Summary.  The  ITOH 
subroutine  is  used  extensively  by  the  OTPT  modules  to  insert  parametric  values  in 
Hollerith  Code  format  into  ATLAS  test  program  statements.  The  ITOH  Subroutine  is 
defined  as: 


Subroutine  ITOH  (IN,  I0UT,  IDIM,  KNSRT ,  MOCTN)  where 
IN:  contains  the  input  number  to  be 

converted  to  Hollerith  Code 
IOUT:  contains  the  converted  number  in  Hollerith 

Code  to  be  outputted  back  to  the  calling 
program 

IDIM:  a  variable  used  to  dimension  the  I/O  arrays 
IN,  IOUT,  and  controls  the  number  of  times 
going  through  the  conversion  loop. 

KNSRT:  a  variable  used  to  index  the  IPUT  array  which 
defines  a  set  of  seven  (7)  Hollerith  constants 
to  be  inserted  in  the  converted  number.  The 
seven  (7)  Hollerith  constants  are: 


IPUT 

(1) 

= 

»  T 
•  > 

a 

decimal 

point 

IPUT 

(2) 

= 

»  __  » 

* 

a 

minus  sign 

IPUT 

(3) 

= 

7\ 

a 

slash 

IPUT 

(4) 

= 

f  <y  » 

/o  % 

a 

percent 

sign 

IPUT 

(5) 

= 

»  » 

» 

a 

blank 

IPUT 

(6) 

= 

»** 

TOO" 

■s 

( 

the 

number  is 

IPUT 

(7) 

= 

'MUCH' 

J 

too 

big  to  convert 
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MOCTN:  A  variable  used  to  index  the  position 
where  the  Hollerith  constant  is  to  be 


inserted  in  the  output  Hollerith  string 
counting  from  right  to  left.  In  the 
case  of  a  decimal  number,  the  argument 
value  passed  to  this  variable  will  be 
N+l  where  N  is  the  decimal  place  of 
the  number. 

All  parametric  values  have  to  be  converted  to  integer  numbers 

before  they  are  passed  to  ITOH  Subroutines  for  conversion  into  Hollerith  code 

and  insertion  into  ATLAS  statement  image  because  Hollerith  code  must  be  stored 

in  integer  array.  Therefore,  a  parameter  value  of  N  decimal  places  has  to  be 

N 

converted  into  an  integer  number  by  multiplying  the  parameter  value  by  10  which 
will  shift  N  decimal  places  to  the  left.  This  decimal  to  integer  conversion 
is  done  in  the  IVT  modules  after  all  the  parametric  values  are  captured  from  the 
user.  After  the  decimal  to  integer  conversion,  the  integers  are  stored  in  CARY 
common  array  which  will  be  passed  to  OTPT  and  ITOH  for  processing.  Since  the 
UNIVAC  word  size  is  36  bits,  the  absolute  value  of  an  integer  constant  must  be 
less  than  or  equal  to  2^-  1  =  34,359,738,367. 

As  an  example  to  illustrate  the  process  of  capturing  a  parameter 
from  the  user  in  order  to  insert  it  into  an  ATLAS  test  program  statement, 
assume  a  DC  voltage  of  12.5  volts  is  captured  from  the  user  in  an  IVT  module. 

The  following  operations  will  be  done  to  insert  it  into  an  ATLAS  program  state¬ 
ment  in  Hollerith  code  format. 

(1)  CARY  (1)  =  12.5  X  10  =  125 

In  the  IVT  module,  convert  12.5  to  an  integer 
by  multiplying  by  10  and  store  it  into  CARY 
common  array  (assuming  CARY  (1)  ) . 

(2)  Call  ITOH  (CARY  (1),  ICARD  (6),  1,  1,  2) 

In  the  OTPT  module,  call  ITOH  Subroutine  to 
convert  the  125  to  its  Hollerith  Code  equiva¬ 
lent  with  one  decimal  place  and  insert  it 
into  the  ATLAS  statement  card  image  starting 
at  card  column  36.  The  conversion  and  in¬ 
sertion  processes  are  achieved  by  ITOH  Sub¬ 
routine  based  on  the  information  passed  to  it 
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by  the  arguments  in  the  call  statement  where 

CARY  (1)  =  N:  contains  the  integer  125  as  the 

input  number  of  ITOH  Subroutine  to 
be  converted  to  its  Hollerith 
code  equivalent. 

I CARD (6)  =  IOUT: 

ITOH  Subroutine  will  store  the 
converted  number  (12.5)  in 
Hollerith  code  in  CARY  (6)  to 
be  outputted  back  to  the  calling 
program.  By  storing  the  converted 
number  in  CARY  (6)  is  effectively 
inserting  its  Hollerith  code 
equivalent  into  the  ATLAS  statement 
ca*d  image  starting  at  card  column 
36.  ICARD  is  an  array  of  14  elements 
which  holds  the  80  columns  card  image. 

This  is  the  entire  ATLAS  statement 
image  .  CARD  (6)  will  start  at 

card  column  36  since  each  UN1VAC 
word  holds  6  characters. 

1  =  IDIM:  I/O  arrays,  IN  and  IOUT,  are  dimensions 

to  be  1  and  go  through  the  conversion 
loop  once . 

1  =  KNST :  Index  of  IPUT  array  IPUT  (1)  = 

which  is  a  decimal  point  to  be  inserted 
into  the  converted  number. 

2  =  MOCTN:  The  position  counting  from  right  to  left 

in  the  Hollerith  code  string  for  the 
decimal  point  to  be  inserted.  In  this  case 
it  willbe  the  second  place  (125  — >•  12.5) 

A  flowchart  of  the  ITOH  Subroutine  is  shown  in  Figure  3. 5. 3-1  and  a 
listing  of  the  Subroutine  with  explanations  is  provided  in  AGEN  II  Software  module 

listing. 
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CONVERT 

MOVE  RESULT 
FROM  MOUT 

IM  K)  TO 

TO  6bb. 00 

Output 

ARGUMENT 

IOUT 

NEGATIVE  NO 


SET 

SIGN 


RETURN 


LEADING  O  DIGIT 


CONVERT 
TO  6 


CONVERT  DIGIT 
TO  OCTAL  CODE 
REPRESENTATION 


STACK  CONVERTED 
DIGIT  INTO 
I  DIG  (I) 


N  X  END  DIGIT  \  * 


Figure  3.  5.  3-1.  ITOH  Subroutine  Simplified  Flowchart 
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3.5.4 


MISR 


The  MISR  is  a  multi-entry  subroutine  which  organizes  many  basic  I/O 
and  file  operations  under  one  (1)  module.  There  are  four  (4)  entry  points  in  the 
MISR  routine  and  their  functions  are  described  below. 

(1)  OPEN 

OPEN  consists  of  a  set  of  call  subroutine  statements 
to  perform  the  files  set-up  functions  as  follows: 

(a)  Call  the  system  routine  NTRAN  to  remind  Drum  25 
where  a  temporary  scratch  file  is  set  up  to 
store  the  ATLAS  test  program  before  editing 

for  system  routine  NTRAN  documentation  (refer  to 
FORTRAN  V  Library  Manual  Section  4.18). 

(b)  Call  TNTO,  a  multi-entry  UNIVAC  Assembler. routine, 

to  open  ATLAS  Library  file  for  reading. 

(c)  Call  TNTO  to  set  up  temporary  file  TPF#  for  storing 

the  processed  and  edited  ATLAS  test  program. 

(d)  Call  TERR  to  print  out  the  I/O  error  code  if 

errors  occured  during  the  above  I/O 
operations . 

(2)  READ 

READ  consists  of  a  set  of  call  subroutine  statements 
to  perform  the  READ  functions  as  follows: 

(a)  Call  TNTO  to  read  statement  by  statement  from  the 
ATLAS  Library  File.  The  entire  ATLAS  statement 
is  read  into  ICARD  common  array  for  further  pro¬ 
cessing  in  the  ITOH  and  OTPT  routines. 

(b)  Call  TERR  to  print  out  the  I/O  error  code  if 
errors  occured  during  the  read  operation. 

(3)  WRIT 

WRIT  consists  of  a  set  of  call  subroutine,  statements 
to  perform  the  WRITE  function  as  follows: 

(a)  Call  NTRAN  to  write  the  ATLAS  statement  image  to 
the  temporary  file  in  Drum  25. 

(b)  Call  TERR  to  print  out  the  I/O  error  code  if 

errors  occured  during  the  WRITE  operations. 


ft: 
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(c)  If  the  argument  WR=i  is  passed  to  WIT,  the  entire 
processed  ATLAS  statement  will  be  displayed  at  the 
user  terminal, 

(A)  WFLE 

WFLE  consists  of  a  set  of  call  subroutine  statements 
to  write  and  edit  the  processed  ATLAS  test  program  from 
the  scratch  file  in  Drum  25  to  temporary  TPF$  program 
file  as  follows: 

(a)  Call  NTRAN  to  rewind  the  scratch  file  in  Drum  25 
for  read. 

(b)  Call  NTRAN  to  read  the  processed  ATLAS  statement 
from  the  scratch  file  into  ICARD  array. 

(c)  If  the  argument  ED=1  is  passed  to  WFLE,  the  ATLAS 
test  program  will  be  edited. 

(d)  Call  TNTO  to  write  the  processed  ATLAS  statement 
from  ICARD  to  temporary  TPFg  program  file. 

(e)  Call  TNTO  to  close  READ  file. 

(f)  Call  TNTO  to  close  WRITE  file. 

(g)  Call  TERR  to  print  out  the  I/O  error  code  if 
errors  occurred  during  the  above  file  operations. 

The  functional  difference  between  the  scratch  file  in  Drum  25 
and  temporary  TPF$  program  file  is  that  each  processed  ATLAS 
test  program  is  written  sequentially  in  the  TPF#  p  rcgram  file, 
while  in  Drum  25  the  ATLAS  programs  are  written  by  erasing 
the  previous  program  in  the  same  drum  area,i.e.,  it  is  a 
scratch  file.  All  the  final  ATLAS  test  programs  are  resident 
in  the  TPT#  program  file. 


3.5.5  OUTAPE 


The  OUTAPE  is  a  FORTRAN  subroutine  used  to  control  all  the  activities 
of  converting  the  final  ATLAS  test  programs  (generated  by  AGEN  TI  and  residing 
in  TPF$  program  file)  from  Field  Data  to  seven  (7)  bit  ASCII  and  writing  these 
converted  ATLAS  test  programs  onto  a  nine (9)  track  tape  which  is  compatible  to 
Data  General's  NOVA  3/Eclipse  mini-computer.  The  resulting  seven  (7)  bit  ASCII 
tape  is  read  into  the  Data  General  mini-computer  by  a  program  called  MAC.T  which 
resides  in  the  Data  General  mini-computer.  However,  the  nine  (9)  track 
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seven  (7)  bit  ASCII  tape  is  needed  only  if  the  user  runs  AGEN  II  under  the 
configuration  in  Figure  6-2  where  no  communication  link  exists  between 
UNIVAC  1108  and  Data  General  mini-computer  and  the  resulting  ATLAS  test  pro¬ 
gram  tape  must  be  transferred  manually.  Under  the  configuration  in  Figure 
6-1  where  communication  link  exists  between  the  two  (2)  computers,  the  nine 
(9)  track,  seven  (7)  bit  ASCII  tape  is  not  needed  because  the  resulting  ATLAS 
test  programs  are  transferred  to  the  Data  General  mini-computer  by  MODEM 
communication.  Therefore,  the  execution  of  OUTAPE  which  generates  the  nine 
(9)  track,  seven  (7)  bit  ASCII  tape  is  made  optional  during  AGEN  Ii  run. 

When  the  question  of  whether  a  test  tape  is  needed  comes  up  during  AGEN  II 
run,  the  user  simply  types  'N'  (for  No)  at  the  console  and  the  execution 
of  OUTAPE  will  be  skipped. 

3.5.6  YNCHK 

The  YNCHK  is  a  FORTRAN  subroutine  used  to  scan  the  80  columns  of 
the  punched  card  for  the  first  non-blank  character  and  return  it  to  the 
calling  program  for  Yes  or  No  check  (Y  or  N  check) .  The  purpose  of  this  sub¬ 
routine  is  to  provide  the  freedom  for  the  user  to  type  ’Y’  or  'N'  at  any  column 
within  the  80  columns  for  "Yes"  or  "No"  questions  during  AGEN  ii  .un. 

3.5.7  ATOI 

The  ATOI  is  a  FORTRAN  subroutine  used  to  convert  the  input  data  string 
from  an  "A"  (alpha)  format  to  an  output  in  "I"  (Integer)  format  to  the  calling 
program.  The  subroutine  scans  the  80  column  card  for  the  first  non-blank  "A" 
format  character  and  converts  all  subsequent  characters  to  integer  until  the  first 
trailing  blank. 

The  purpose  of  this  subroutine  is  to  provide  the  freedom  for  the 
user  to  input  certain  integer  data  start  at  any  column  within  the  80  column 
card  during  the  AGEN  II  run. 
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ATLAS  TEST  PROGRAM  LIBRARY 


The  ATLAS  Test  Program  Library  contains  the  fully-structured,  properly 
formatted  and  pre-tested  ATLAS  source  test  program  skeletons  for  any  combination 
of  N  and  C  codes  for  the  five  (5)  analog  networks  currently  implemented  on  AGEN  II. 
The  ATLAS  Test  Program  Library  is  called  "VITALLIBRARYMNAL0GNTWK5!# . "  and  it  is 
resident  in  the  UNIVAC  1108  at  PRD.  The  ATLAS  test  program  skeletons  currently 
residing  in  the  ATLAS  Library  is  shown  in  Table  4-1.  No  numerical  parametric 
(i.e.,  Input/Output)  values  are  contained  in  these  ATLAS  test  program  skeletons. 

The  parametric  values  are  provided  by  the  user  or  computed  in  their  corresponding 
IVT  modules.  These  parametric  values  are  properly  superimposed  on  their  correspond¬ 
ing  ATLAS  test  program  skeleton  by  calling  their  corresponding  OTPT  sub-modules. 

Each  ATLAS  test  program  skeleton  is  developed  by  a  competent  ATLAS 
language  programmer  based  on  the  optimum  test  strategy  and  specifications  supplied 
by  a  highly  qualified  test  engineer.  Each  ATLAS  test  program  skeleton  is  thoroughly 
debugged  and  tested  for  engineering,  syntactic  and  semantic  errors.  Therefore, 
each  ATLAS  source  program  generated  by  AGEN  II  from  the  ATLAS  Library  is  guaranteed 
to  be  of  higher  quality,  greater  uniformity  and  contain  less  errors  than  manually 
generated  programs. 

The  ATLAS  Test  Program  Library,  VITALLIBRARY*ANALOGNTWKS$g . ,  ma,  be 
accessed  for  changes  or  expansions.  In  the  case  of  expanding  AGEN  II  system  by 
adding  more  characteristics  into  the  existing  networks  or  by  adding  additional 
networks  with  new  characteristics,  an  ATLAS  source  program  skeleton  (thoroughly 
debugged  and  tested)  corresponding  to  the  new  characteristics  can  be  added  to  the 
ATLAS  Test  Program  Library.  The  following  card  deck  containing  the  required  job 
control  cards  can  be  used  to  add  a  new  ATLAS  source  program  skeleton  to  the  ATLAS 
Test  Program  Library  under  the  UNIVAC  1108  F.XEC  8  Operating  System. 
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TO  CHANGE  OR  ADD  MODULES  TO  VITALLI BRAKY 


UNIVAC  1108  EXEC  8  COMMANDS  EXPLANATIONS 


@RUN  AGEN,  PRD840 ,  VITALLI BRARY 
@ASG,  A  V ITALLIBRARY  *ANALOGNTWK#  $  . 
@COPY  VITALLIBRARY*ANALOGNTWK^  . 

^DELETE,  SC  .module 
@ELT,  ID  .module 

/  \ 

;  WORKING  ATLAS  SOURCE  i 

i  PROGRAM  SKELETON  ] 

V  CARD  DECK  } 

@END 

@PACK 

@ERS  VITALLIBRARY*ANALOGNTWKgg  . 
@COPY  V ITALL I BRARY  *ANALOGNT WK# $  . 

@LIST,  ANALOGNTWKgg .  module 

@FIN 

## 


Run  Card 

Assign  the  Library  File 

Copy  Library  File  to  temp  crary 
file  TPFg 

Delete  the  old  module  if  existed 
Read  in  the  new  module 


End  of  Reading 

Pack  the  Library  File 

Erase  the  old  Library  File 

Copy  the  updated  Library  File 

from  TPF$  back  to  the  Library  File 

Get  a  source  listing  of  the  new  module 

Finish 


NOTE:  Module  is  the  name  of  the  ATLAS  source  program  skeleton 


A  sample  of  an  ATLAS  test  program  skeleton  is  shown  in  Figure  4-1. 
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OSCILLATOR  FREQUENCY  STArilLITY  TtSl 


DECLARE 

DECIMAL,  'MTIME', 

'FO',  '  Y ' 

C 

CCCCC1 

DEFINE 

'  VDC ' , 

12.0 

DEFINE 

'TIME', 

12.0 

DEFINE 

'FUL', 

1120.0 

DEFINE 

'FLL', 

aeo.o 

DEFINE 

'  VMAX  '  , 

12.0 

DEFINE 

' VTHRSH ' , 

1.2 

DEFINE 

'FCHOICE', 

1 

c 

PROCEDURAL  SECTION  S> 

E 

2000  DISPLAY 

, "PERFORM  HUOKUP  AS 

FOLLOWS 

>  ILt 
P  M  A  X 


KAi-ir  'UoCl 


$ 

S 

s 

$ 

s 


ID-BOX  TABLE-TOP 

UUT  PwR  J <? 9 

UUT  O/P  J37 

INSERT  UUT  INTO  THE  UUT  CONNECTOR 
WAIT-FOR  MANUAL-INTERVENTION  $ 

RECORD,"  " 


ON  THE  IU-BOX."  $ 


RECORD 'FUL "UPPER  LIMITS  UUtttt  ttttttUtt.  #HZ  "  £ 

RECORD 'FLL ', "LOWER  LIMITs  unttnUUUUtt  .#HZ"  S 
RECORD,"  "  $ 

' Y 's  0  $ 

'MTIME '  =  'TIME'  $ 

APPLY  DC-SIGNAL  0C2A,  VOLTAGE  'VDC'V  $ 

DELAY  100  MSEC  S 
'FMAX's  'FUL'*  l.b  Si 
2010  COMPARE  'FCHOICE',  GT  l.b  S 
GOTO  STEP  2015  IF  GO  $ 

C  MEASUREMENT  IF  UUT  FREQ  RANGE  2HZ-1MHZ.  S 

ME ASURE (FREQ  'FO'HZ),  AC-SIGNAL,  FREO  MAX  'FMAX'HZ, 

VOLTAGE  MAX  'VMAX'V,  AC-COUPLE,  THRESHOLD  'VTHRSH'V,  CNX  BNC  1  $ 


GOTO  STEP  2017  £ 

C  MEASUREMENT  IF  UUT  FRE  RANGE  bOKHZ-lOO  MHZ  S 

2015  MEASUKE (FREQ 'FO 'HZ) , AC-SIGNAL, FREQ  M A X ' FM A X ' H Z , V ULT AGE  MAX'VMAX'V 
AC-COUPLE,  THRESHOLD  'VTHRSH'V,  T EST-EQUIP- IMP  500HM,  CNX  BNC  1  $ 
2017  RECORD'FO' , "MEASURED  VALUE  =  tt*»Ununnu  .n  HZ"  S 
'Y's'Y  '  ♦ 1  $ 

COMPARE  'FO',  UL  'FUL'  LL  'FLL'  $ 

GOTO  STEP  2020  IF  NOGO  $ 

DELAY  1.0  SEC  S 

'MTIME'  =  'MTIME'  -  5.0  £ 

COMPARE  'MTIME',  Lt  V  i 
GOTO  STEP  2010  IF  NOGO  5 

RECORD, "UUT  PASSED  FREQUENCY  STABILITY  TEST"  S> 

G  U 1  U  STEP  ^ W 30  S 

2020  RECORD, "UUT  FAILED  FREQUENCY  STABILITY  TEST”  S 
2030  REMOVE  ALL  $ 

FINISH  $ 

TERMINATE  S> 

C  EOT  $ 


FIGURE  4-1  ATLAS  TEST  PROGRAM  SKELETON  SAMPLE 
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&  t/> 


NETWORK 


CHARACTERISTIC 


ATLAS  TEST  MODULE  NAME 


t. 

i 

i 


AMPLIFIER 

AMPLITUDE  RESPONSE 

LINEARITY 

AMPAR 

AMPLN 

OSCILLATOR 

FREQUENCY  STABILITY 

OSCFS 

AMPLITUDE  STABILITY 

OS  CAS 

POWER  SUPPLY 

REGULATION 

PWSREG 

RIPPLE 

PWSRPL 

OVERCURRENT 

PWSOVC 

MIXER 

ISOLATION 

MIXISO 

FREQUENCY  RESPONSE 

MIXFRS 

CONVERSION  LOSS 

MIXCON 

FILTER 

INSERTION  LOSS 

FILILO 

PHASE  RESPONSE 

FILPHR 

INPUT  IMPEDANCE 

filinz 

OUTPUT  IMPEDANCE 

FILOUZ 

AMPLITUDE  RESPONSE  . 

FILAMR 

TABLE  4-1  ATLAS  Test  Module  Residing  in  ATLAS  Test  Program  Library 
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SECTION  V 


EXPANDING  AGEN  II  SOFTWARE  SYSTEM 

One  salient  feature  of  the  design  of  AGEN  II  Software  System  is  the 
provision  of  easy  expansion  in  the  future  with  minimum  impact  on  the  current  sys¬ 
tem.  AGEN  II  is  comprised  of  two  (2)  types  of  software,  the  FORTRAN  executive 
software  and  the  ATLAS  Test  Programs  residing  in  the  ATLAS  Library.  Making 
expansions  in  either  area  is  relatively  simple.  Expanding  the  ATLAS  Test  Program 
Library  is  described  in  Section  IV,  and  AGEN  II  Software  Modules  Listing  Manual 
contains  the  FORTRAN  source  code  listings  to  enable  programmer  to  do  the  expansions 
and  modifications.  The  methods  and  details  of  adding  another  network  to  AGEN  II 
System  are  best  illustrated  by  an  example.  Assume  that  another  network  with  three  (3) 
characteristics  is  going  to  be  added  to  the  existing  AGEN  II  System.  This  network  could  b 
represented  by  N=6  (the  6th  network  in  AGEN  II),  C=1  for  its  first  characteristic, 

C=2  for  its  second  characteristic  and  so  on  and  the  expanded  AGEN  II  System  will 
be  created  as  shown  in  Figure  5-1  with  the  existing  five  (5)  networks  p  lus  the 
addition  of  the  6th  network  with  three  (3)  characteristics  and  the  three  (3) 
corresponding  ATLAS  test  programs  added  into  the  ATLAS  Test  Program  Library.  This 
hypothetical  added  network  (assume  to  be  attenuator)  is  already  integrated  into 
AGEN  II  System  except  with  its  corresponding  IVT  6  and  OTPT  6  implemented  in  pro¬ 
gram  stubs  (dummy  programs  to  be  substituted  by  actual  programs)  and  without  its 
corresponding  ATLAS  test  programs  in  the  ATLAS  Test  Program  Library.  In  fact, 

AGEN  II  System  is  already  implemented  for  N=6  to  8  with  their  IVT's  and  OTPT's  in 
the  form  of  program  stubs.  After  the  program  stubs  are  integrated,  the  real  tasks 
are  to  create  the  corresponding  actual  programs,  namely  IVT's  and  OTPT's,  for  their 
substitutions  and  to  create  the  corresponding  ATLAS  test  programs  in  the  ATLAS  Test 
Program  Library.  Therefore,  there  are  no  needs  to  modify  AGEN,  DNSC,  and  BBAS 
module  to  accommodate  these  networks.  For  the  sake  of  completeness,  the  expansion 
of  AGEN  II  System  to  include  the  6th  network  is  described  in  details  in  the  following 
sections . 

5.1.  AGEN  EXPANSION 

Minor  modifications  can  be  made  in  the  AGEN  main  control  program  for 
the  addition  of  a  6th  network  in  to  the  existing  AGEN  II  System.  The  modifications  are 
to  expand  two (2) computed  GO  TO  statements  and  to  add  two (2) subroutine  call  state¬ 
ments  and  two  (2)  unconditional  GO  TO  statements.  One  subroutine  call  statement 
is  to  call  IVT  6  for  parametric  data  entry  and  the  other  is  to  call  OTPT  6  for 
writing  the  user  requested  ATLAS  test  programs. 


The  FORTRAN  codes  related  to  calling  IVT6  for  parametric  data  entry 
are  expanded  as  follows: 


-GO  to  individual  IVT  routine  depending  on  the  N  code 
GO  to  (281,  282,  283,  284,  285,  XXX),  NCD 


281 

Call  IVT1 

@  for  N  code  =  1 

1 

I 

I 

GO  to  290 

i 

t 

i 

» 

? 

f 

1 

t 

285 

i 

t 

Call  IVT5 

f 

1 

@  for  N  code  =  5 

GO  to  290 

XXX 

Call  IVT6  « 

Inserted  statements  for 

GO  to  290  f 
y 

Calling  IVT6  and  exit 

where  NCD  (obtained  from  DNSC)  contains  the  N  code  for  the  computer  GO  TO  state¬ 
ment  and  XXX  is  the  expanded  statement  of  entry  if  NCD  contains  6.  If  systematic 
statement  numbering  is  used,  XXX  should  be  numbered  286  because  this  group  of 
call  statements  has  the  general  numbering  format  of  28N  where  N  is  the  N  code. 

The  FORTRAN  codes  related  to  calling  0TPT6  at  its  multi-entry  paints 
for  writing  ATLAS  test  programs  of  user  requested  characteristics  are  expanded 
as  follows: 


-GO  to  individual  OTPT  routine  depending  on  the  N  and  C  code 


GO  to  (410,  420,  430,  440,  450,  YYY)  ,  NCD 

410  Continue 

WRITE  (6,  71)  (Printout  network  being  processed) 

GO  TO  (411,  412),  CCD  @  for  N  code  =  1 

411  Call  0TPT11 
GO  TO  550 

412  Call  OTPT12 
GO  TO  550 


YYY  Continue 

WRITE  (6,  7.7)  y  Inserted  statements  for  calling 

GO  TO  (ii  i,  j.l.j  ,kkk)  ,CCD  \  0TPT6  at  its  three  entry  paints 


iii  Call  0TPT61 


and  exit  for  its  three 
characteristics 


GO  TO  550 

jjj 

Call  OTPT62 

i 

GO  TO  550 

t 

kkk 

Call  OTPT63 

f 

/ 

/ 

s 

GO  TO  550 

where  NCD  contains  the  N  code  for  the  first  computed  CO  TO  statement  and  YYY 
is  the  expanded  statement  of  entry  if  NCD  contains  6.  CCD  (obtained  from  DNSC) 
contains  the  C  code  for  the  second  computed  GO  TO  statement  and  iii,  jjj,  kkk 
are  the  statement  of  entry  points  for  the  three  characteristics  depending  on  the 
value  of  CCD.  If  systematic  statement  numbering  is  used,  the  statements  should 
be  numbered  as  follows: 


STATEMENT 

iii 

jjj 

kkk 

YYY 

ZZ 


NUMBER  ASSUMED 

461 

462 

463 
460 

76 


GENERAL  FORMAT 
4NC 
4NC 
4NC 
4N0 
7N 


where  N  is  the  N  code  of  the  network  and  C  is  the  C  code  of  the  characteristic. 


5.2  DNSC  Expansion 

The  only  modification  needed  in  the  DNSC  module  to  accommodate  an 
added  network  is  the  N  (Network)  Code  Table  which  defines  all  the  networks  in 
the  AGEN  II  System.  The  modification  involves  the  addition  of  one  (1)  line 
per  added  network  and  the  expansion  of  the  size  of  the  table. 


The  expanded  N  Code  Table  is  shown  below. 
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The  N  Code  Table  is  dimensioned  I  by  J  (6  charart  ■•*.,)  wtuTe  J  (1  to  5)  is  the 

number  of  UNIVAC  words  per  line  which  will  store  a  maximum  of  30  characters 

and  I  (1  to  9)  is  the  number  of  networks  (8)  defined  in  the  table  plus  one  (1) 
line  (line  18  which  specifies  8  networks  in  the  table).  For  the  hypothetical 
added  network  (attenuators),  N=6,  line  24  must  be  added.  If  the  9th  network  is 
going  to  be  added  in  the  AGEN  II  System,  the  size  of  the  N  Code  Table  must  be 
expanded  by  changing  1=1,  10  on  line  17,  *  19,  0,  0,  0,  0  on  line  18  and  add 
line  27  at  the  end  of  the  table  to  define  the  9th  network  (N=9) .  Note  that 
N=6  to  8  are  the  hypothetical  networks  already  integrated  into  the  AGEN  II 
System  with  their  IVT's  and  OTPT's  in  the  form  of  program  stubs  as  described 
in  the  beginning  of  the  section. 

5 . 3  BBAS  Expansion 

The  only  modification  needed  in  the  BBAS  FORTRAN  procedure  to  accom¬ 
modate  an  added  network  is  the  C  (characteristics)  Code  Table  which  defines  the 
characteristics  of  all  the  networks  in  the  AGEN  II  System.  The  modification 
involves  the  addition  of  the  C  Code  Table  of  the  added  network  and  the  expansion 
of  the  size  of  the  table.  The  C  Code  Table  of  the  hypothetically-added  network 
(Attenuators,  N=6)  with  three  (3)  characteristics  must  be  added  in  BAAS  procedure 
as  shown  below. 
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The  C  Code  Table  is  dimensioned  I  x  J  x  N  where  J  (1  to  8)  is  the  number  of 
UNIVAC  words  per  line  which  will  store  a  maximum  of  48  characters,  I  (1  to  9) 
is  the  maximum  number  of  characteristics  (8)  that  the  current  table  will  be 
able  to  define  plus  one  (1)  line  (line  61  which  specifies  3  characteristics 
currently  defined  in  the  table),  and  N=6  is  the  N  code  of  the  added  network. 

If  there  are  9  characteristics  in  this  network,  the  si/.,,  u!  ibis  C  Code  Table 
must  be  expanded  by  changing  1=1,  10  on  line  60,  *  / 9,  0,  u,  0,  u,  0,  0,  0  on 
line  fil  and  add  line  70  at  the  end  of  the  table  to  define  the  9th  characteristic 
(C=9) 
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IVT  Expansion 

For  each  network  added  to  the  AGEN  II  System,  an  IVT  module  must 
be  created  to  capture  the  parametric  values  from  the  user  and  to  calculate  the 
expected  outputs  for  the  user  requested  characteristics.  The  IVT  module  must 
cover  all  specified  characteristics  of  the  network.  The  top-down  implementa¬ 
tion  method  is  therefore  suggested.  This  method  starts  at  the  top  by  designing 
the  IVT  modules  in  modular  program  stubs.  Then,  while  the  engineering  analysis 
and  specification  of  the  additional  network  are  still  under  study,  the  program 
changes  in  AGEN,  DNSC,  BBAS  as  described  previously  may  proceed.  When  the  en¬ 
gineering  specifications  are  available,  the  actual  coding  of  the  IVT  modules 
becomes  a  substitution  of  the  program  stubs.  The  systematic  nomenclature  of  the 
IVT  modules  (as  discussed  in  Section  3.3)  in  the  form  of  IVTN,  where  N  is  the  N 
code  for  the  added  network,  is  also  suggested.  As  for  the  6th  hypothetically- 
added  network,  IVT  will  be  created  to  capture  the  parametric  values  and  to  cal¬ 
culate  the  expected  outputs  for  its  three  (3)  specified  characteristics. 

5.5  OTPT 

For  additional  networks,  an  OTPT  module  must  be  created  to  write 
the  ATLAS  source  test  programs  for  the  user-requested  characteristics.  The 
OTPT  module  must  cover  all  specified  character ist ics  of  the  network.  Again  the 
top-down  implementation  method  is  suggested.  The  multi-entry  structure  (one 
entry  point  per  characteristic)  and  the  systematic  nomenclature  of  the  OTPT 
modules  (as  discussed  in  Section  3.4)  in  the  form  of  OTPTN  and  OTPTNC  for  the 
entry  points  are  also  suggested.  As  for  the  bth  hypothetically-added  network, 
0TPT6  with  three  (3)  entry  points  for  its  three  (3)  characteristics,  0TPT61 , 
OTPT62,  OTPT63,  will  be  created  to  write  their  corresponding  ATLAS  source  test 
programs. 


SECTION  VI 


6.0  THE  INTEGRATED  AGEN  II  TEST  SYSTEM  -  ATLAS  LIBRARY,  AGEN  II,  EQUATE 

The  ATLAS  Source  Program  Library,  the  AGEN  II  Executive  Software 
System,  and  the  EQUATE  Test  Station  are  the  three  (3)  major  elements  comprising 
the  integrated  AGEN  II  test  system.  Each  major  element  performs  a  distinctive 
function.  The  ATLAS  Source  Program  Library  stores  all  the  ATLAS  test  program 
skeletons  in  source  form  and  supplies  to  AGEN  II  System  for  program  generation. 

The  AGEN  II  Executive  Software  System  generates  ATLAS  source  test  programs  free 
of  syntactic,  semantic,  and  engineering  errors  for  functional  testing  of  analog 
circuits  on  the  EQUATE  Test  Station.  The  EQUATE  Test  Station  compiles  the  ATLAS 
Source  Test  Programs  generated  by  AGEN  II  and  tests  the  UUT. 

The  integrated  AGEN  II  test  system  may  function  under  two  (2)  con¬ 
figurations,  with  or  without  communication  link  as  shown  in  Figure  6-1  and 
Figure  6-2  respectively.  With  the  communication  link  (Figure  6-1),  the  Data 
General  NOVA  3/ECLIPSE  mini-computer  which  controls  the  EQUATE  Test  Station  is 
linked  to  UNIVAC  1108  installation  at  PRD  Electronics  where  AGEN  II  software 
system  resides.  Under  this  configuration,  the  user  may  run  AGEN  II  from  a  re¬ 
mote  site  by  inputting  parametric  values  through  the  terminal  of  a  Data  General 
NOVA  3/ECLIPSE  mini-computer.  The  ATLAS  source  test  programs  generated  by  AGEN  II 
are  sent  directly  to  the  disk  of  the  Data  General  mini-computer  by  communication 
lines.  After  the  execution  of  AGEN  II,  the  ATLAS  source  test  programs  for  the  user 
requested  characteristics  are  present  in  the  Data  General  mini-computer  disk  file. 
The  user  may  compile  the  ATLAS  source  test  programs  by  calling  the  ATLAS  compiler 
in  EQUATE  and  then  proceed  to  test  the  UUT's. 

Under  the  configuration  without  communication  link  between  UNIVAC  1108 
and  Data  General  NOVA  3/ECLIPSE  mini-computer  (Figure  6-2) ,  a  tape  containing  the 
ATLAS  source  test  programs  must  be  generated.  The  ATLAS  test  programs  source  tape 
must  be  manually  transferred  and  loaded  into  the  Data  General  NOVA  3/ECLIPSE 
mini-computer.  Then  the  compilation  of  the  ATLAS  Source  Program  and  testing  of  the 
UUT's  may  proceed  in  the  EQUATE  station.  Operation  under  this  configuration  is 
possible  only  if  both  the  UNIVAC  1108  and  EQUATE  Test  Station  are  resident  in  the 
same  site.  This  is,  of  course,  due  to  the  restriction  of  the  movability  of  the 
ATLAS  source  tape. 
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APPENDIX  A 


TUs  Appendix  contains  all  the  flowcharts  of  the  IVT  Modules  for 
the  five  (5)  analog  networks  implemented  in  AGEN  II.  Each  characteristic 
has  a  flowchart  showing  the  process  of  capturing  the  parameters  and  tolerances 
and  their  validation.  After  each  flowchart^ there  is  an  Array  Structure  Table 
showing  where  the  parametric  values  are  being  stored.  These  parametric  values 
are  stored  in  the  CARY  Common  Array  in  the  integer  form  and  are  passed  to  their 
corresponding  OTPT  modules  to  be  superimposed  on  the  ATLAS  test  program 
skeletons . 


A-] 


ARRAY  structure 


HETW  02K.*  AMPL  (  M  =  i ) 

CMRACTERiSTl  C  '  ^  C  -  1) 

array  :  cAily 


?URpfl<£  :  ..VO-  .$TqKS  ^ehMSr^LC.  \1ALUEc 

AN>£  XHtaM,  -  TO-  £TPTi-l .  M  o£  titst.  .■  .  .  _ . 


CM  1/(m) 

VARIABLE 

EXPLANATION! 

/-£ 

FHidiCS ) 

Wc  aug/vcj-sS. 

-6 

Fc 

F P  >£ au SMC  y  CHOCCZ.  _ _ _ _ . . 

7. . ' 

JMMo.lI. 

f/Jh'ST  y  C  i-TF  &C  fWOM  FS/UF/W  S0/F  c 

..?  ■  .... 

ZPhFfi- 

TNtCZ.  F  M£/Z  rAOFlWfg' _ _ 

/VJpP 

VirtJ'sFt  C'SZXJJLlL  .t$.  :..  . . . 

.  7.0.  ,  ... 

fJjAP/U 

\  ;jo('!:-:MF  &Fin/ 

.././, . 

- - 

/u  0  - '  :/uAt  'Tfij}\j  uF/A/?  LJAZ_T 

A 

— - — * 

A JOAizWl  6-az/v  Low  £/1  ZI&lTm 

/  > 

V»t 

y  c  l  r/^c c  Fo/z  ]aut 

H 

A f)$T)N 

/  /\i  c>  r  T  i c>  i~>  L- *■' S-S  /j\zFc{^~  /y//)i 

M 7  *<•>  <~>r<  0  6  J 

1ST 

1 

fsA  A  iptAT 

1 N  S^r  j'fon  {-&$>$  o  a  rp<A  t 

t 

tn  &  / c  h  f  ” 3  fyJ?T <AJor\  08 

• 

i 

I 

I 


A 


A\QEN 

AttfcAY  STRUCTURE 


NETWOCK.**  AHPLiPte^  (M=i) 

CMRACTifciSli c  :  L  i  near ny  <  c  =2) 

A&KAY  KWAe: 

Purpose?  'y^  store  pa^k=tric.  virvLu^  ( *j  0^1^,=^ 

f\NO  pA-ss  to  0TETU  Mob-ULE.  ‘ .  . 


CfV^V(M) 

VARIABLE 

/■' 

Ac 

2 

Ml/)  F/JQ 

i-y 

/JPZ/vCj) 

£WV. 

l/ZA/C  O 

/  3 

,V0/^6-/V 

./* . 

/UCPP 

/  S . 

- - 

A 

— 

n 

1 /PC 

1 %:.  - 

rFFDN 

>7 

fpFro  (at 

_ explanation _ 

//?  jlq  ~tj  s  we  y  /*■*  /!/£  c  a'o  j  c  ^ 

/*/> /; <£//?■ /V <o  z  ,vcy^ 

J  A??.  r .  I  r<r  y>  6  y,  A'o^  FC  =■  /  # 

J  TJZ,  ST  J>  Z6'Vs*L__l. &  '/Jr  Jr  *>  C Q/J  /=C  -  \ 
/Joy/T/yj  l  .  t-tev  A.  7  /yJJ/J.-jJ/J  F/J£(J2% 

/JO  .  FAJJ/U  /Jj/TA?F0JJ^ 6_ _ 

A/C FT  A :l  L  &F  J/U  U //:?//_ _/  zj"  ;'.r, 
/VOA'T//*  -  6r-*J/'J  l  0  ct/J.J  LJ/'/ZT, 

<l  Vou  Tag/  rc  U  u  r 


ir\s&rri6><\  ^  «ss  zznf'uT-  rn  &  r  c  » >'> 
jy Q-T f  k.  O  6 

!  f)  z< cn  /  ^  5  S  <0  a  y  P<M7~  /is*  rr  a* 


N  pru/r/'x  ()Q 


^  v/  (K^l^ 


A\QE  M 

structure 

METWOeto  O$c/Z247o/?  _  C  NJ  =  2)  _ 

CHARACTER^T I  C  !  f~ ,  / ?£C$C/£s\/£y  r5~Ar3j2  J  J~\s  ^  C  “  L  ")  __ 

Array  c/f/ey 

?URp0<£  :  “Tb  .-Ta^  T^^TR«c-^ALu^_LO  .JMTi£i^  ^h-.  .- 

.  'r^-- -OrrvTH  ..Mfll>ni£_:. . . 

_ (M)  VARIABLE _ E*fLAKATlQM  _ 

/  //^C  K  \/cl?aS£  _  . . . 

9--  T'  A/<r  a  <>.  rz^n  poa  pa£&.  .$  74 

/SOp  /Uowx/U 4  c  our /?ur  ?/<£&. 

FOP...  r  a  £  & , .  0  P  '/PA  tZ  0.  JJ/_ _ <?"o_.  _  ._...: _ 

Z/A7  A  X  &U7AUT  I/O  LT //(Ap¬ 
is  TA/  lfiJ.ru  T  W  £  c  -  JAA  .  _ 

/T  T  _  U  PA£/Z  _l~TPz r  A  2 /<__£# £_&.<* . 

O  iv i.J/l!Zr  ^//^i'/L/'Cy 


/  ]h<"  f+o  /  CZ  C  h  0  /  c  &  l  or  ^ 

/9  A  H  2  ~  /  A1V4 

T  6  o  ^  *✓<»  -  -  /  «?*o  A”? 


A- 10 


Attfc/Vr  STRUCTURE 

HETWOsto  05CUZ4-  e  (  M  =  2) 

CHARACTERISTIC;  AMpL/Typs  j  ry  C  *-  =2>  .  -  • 

ARRAY  Name;  <Z4  XY 

?URp05£;  TO  Srojic  fARA^tT.-t-  VM-ue*,  i  J  Fo*lm 

/UD  fW>5  TY^Vf  To  C^-p^-^ 


I 


1  .  Cm) 

VARIABLE 

/ 

be  uocr 

_  ^ 

?pf£Arl 

J  . 

mAzoF 

NOH'W 

.  S _ 

MO  VDP 

/ 

— 

7 

— 

*8 

be  f~K>  /  o 

L  '  . : 

.  . . 

EXPLANATION 


pc  J  Q  L  TA-&S, 

■  /vfJAfL/ptw±/:Jr  ji/t/fi  rd/2  AU  />£ 

_  XJppr^rr/ 

_JjAP  0  u  7_fl(r  __  A/A  -CJ  IL£/V<LY, 

■  JO  P  I  S/pA  L  ..  O  c*.  T  JU  7  JO  L  f- 'A  £  t 

/ii&'}f l MAC  _.ayr /u? '.Voa.pac-A ..  A/lu. .  ^Co 

.h'opr/AL  ..OurpP  r.  poC lA^J'AJiyO  PJtylT 

■Jo  OUyS.'.r  V(P-7A&£  i  OjJ lh':£7~. 

Ffie^u  pncy  c  /^o/ce.  /. .  0f  2~ 

/)  R  As  -  (  ro.pz.  . 

J2-y _ 6o  ,<:  m<h  *_  /^>q  /V7 <e_ .  - 


— Act£m 
A*ray  structure 


HCTWOetc:  pdWBtt  cmf/cy  ( M  -3) 

CMEVOTtasTic;  <c=>l)  _  _ 

NRRW  NAMfc:  CAA>/ 

PURPOSE:  Txi  \)F\Lue^  j xRT£<|«=«. ^r><4M 

fpre^.  TVr^vi  .to .  OTfTl>'  K^DU-kc  '- . .  ._  .. 


CM)' 

VARlASAS 

EXPLANATION  ' 

/  , 

*  I/DC 

PC  2  u /  u~r  &£, 

-9 

l/VCCU 

■/PC  uZZz/2  is/P/r,  . 

? 

Mat 

2 DC  1 0  WE/<  EZMIV 

p  ,J 

M 

/  OE  y.£C  S.A/U.Z..L  . .  , . 

— 

l/CkT<&) 

0  uTflAT \  /oiTf&ft .  ... . .  . 

* — - 

.0  l/.pE ... 

0  u  rpti  T  i/cijs  &C  0  ft/  fO/ZMsr  7 

— 

A/.Va(A 

fixe  //.  _o.£/i  /  rso/*  ^c^oua/t; _ .;_. 

— 

V  'jLppevfat 

u/?a v<  D£y  /!/•  <ou pry 

— 

V  LODZ \JU) 

io  w  cr<  osu  4  n  ou  fj  7 S . 

• — 

fPKP/> 

//rye 0  /)':’/,  Vo 

s  -/o 

/Du  r  ik  PfC  . 

< '  '/<( t  POL  7  /JtZ  Z 7'P/M  l  J/1SX ?\ 

II  -  /  6 

/our  l  0  (&/ 

pu7,P.'r  /r  r-  '*cc  6  o  :uD/P  /J/D/  7 

/  7 

AcPC 

5/C-/vAL  rv/^e  /  or  ^ 

/)  S/o<jA’  /'Ai^e.  6o  ^  z.  >‘5  /9c 

V) 

f 

1 

1 

A  Qfc  M 

Array  structure 


HETWOck.:  pOwEp  M  -3) 

CHARACTERISTIC:  RvppLB  Mas^u^^p  ^c~  ^  - ,— 

ARRAY  MAMe:  £ 

pURftfSS:  TO..  ^T0A5^A^.v/(rnei^_\j/vut^  .iA).^lc4ficc..e^ 

AfiD  T^\  T.a_^TFr3^_rnt)l>uL&. .  . _... 


(M) 

VARIABLE 

explanation! 

/ 

VDC 

ft)QMZ/\iA y  pc  Z/ypu  T  .  \/$C-J/l<£,  ....  _ 

Uo  ur(6j 

output  ipo^r/t6r&S >  . . . . .  . 

r  '  • 

•'//’; /-‘c 

/7,4Y_  Ai/WE;  l/si-T,  ToPMAT '  CXCJCS. _ 

?. 

tZXM/K 

/V X  £~^?.  /f/5^  jtZPFJ-  £..U*TTA6;4_  A 'ppy 

/3> 

fr,xvyt\ 

, .  /  /  /  /  n  <y^ 

//  —  /  ^ 

VAifMXcjf) 

vp.  /Im&itl  AM/ .  >' . . . *!. _ i£*‘&7L 

/7.  . . 

/V _ 

Jr  0  A  Our/^r  PC  PTAAJ^/  ....  _.  . 

(Z 

/9c  0  O 

■ 

3  /G-NPL  Pype  t.  or 

A\QE  M 

Array  structure 


a  ' 


HETWOgfO 
CHARACTERISTIC  : 

ARRAY  NA**- 
Purpose  : 


WEfl  c*  (  NJ  =3  ) 

-c/£\'  cm&.jr  <c  =  -2) 

£A£y 

""To  store  {Ara^cttRic  \jalug*.  |vj  xOt^^k, 
W  THEM  TO  OTPT^  toques 


/ 

<A 

?'  //■ 

/0 

//. 

!1 

/S'- 


CM) 

VARIABLE 

EXPLANATION 

i 

i 

JUOMZ/VA  ±  PC  S’fJ/C JO  L  rA<-S , 

l 

&  -j 

E-  q  £  0  U  <  /  U  T  i/  0  £■  r"-/°  M  T  T. 

- 

&  lie  u  r(f) 

•  .v//  3 i/ i^’i.  v. .  yj  */v*  *  -  0 v  V  v r; . 

&  iL.y:£v(/' ) 

V fll\7ADLE  p  jwy  {cAV'jr  Jo.  ■*$■>:  /-/■;■:•.•  - 

S  I'/Ksj  T 

M A  *  0/rA  C oii<t<  :  /v T  l.i A 6- £  E’0/\  *t~ 

_ 

X.  fX/A'AA 

rjyt  o ..  MA  »X/iv.  ry  :•  /-'.  <  u,<^eijr  /s.L  taOB, 

-  -  • 

WAV  Ci ' E  P- /Sl'/l/T  1/CL7A66  jP/{J  9t). 

/9cDC 

S  /own  Avfe  /  ®r-  ^ 

/Me 

<0  DC 

A  Q  £  M 

Array  structure 


METWOB&;  (nJ=4) 

CftARACTO>£Tic  ;  A7 /cJ*J  ^  c  =  o 

ARRAY  NAME:  C/^y 

PURPOSE:  ..TO  S*TA*S  .ftomMSIK/t*  Z/u.its$ _/j\)  ZVJ&fe* 

T*s«  TO  0~sr4./  AUfitas... 


CM) 

VARIABLE 

EXPLANATION 

<7/f /<)'('") 

Jti 

/ A/i/ / tJU 2/o /A  f  J o/u  K.A 72 O 

c 

LO 

L/Z<L  C  C//  A-  71 0  MOMf/Wl  CO  f /?££tf£  s/cy. 

ct/iyCi) 

/VI/- 

/JO  A/y/i/A  i  2/Z  f/ZICitk-'Oc v/ 

CAlV'C^  j 

f)to 

2  <9  7/yyu  T  7 1 6- /J  At.  AOh/ /«£/-?  List/£*i,, 

*.*#•/(  c) 

/,’■*£ 

A  7  jtjytjT  rfst/jA  /  i.  7i/t  L 

£4/<y(<o ) 

/>’  /- 
A  < 

/i VO  n't£ /JA  L  /(C  rjCj  'Jr  /Jo/, 

CA/i  y(?) 

0<l/_ 

/?  C  J' J  L  /•■'■•  J/Z. 

$ 

/Y)RTL& 

1  fJ  SC  ^  r  '  p  ^  C  j  /  A7  A'  /  T 

J  A/er-u/rr* 

1 

mrtrHF 

/flSert'ors  L  o^S  /a /Pur 

ckT  c  A>  i  a  /t  ^ 

lo 

pnt\  touT 

■ 

, 

' 

/WS^rr'fr»  LrsSS  irtpUT 

yv\ciTc  t\ ,  ^  7  u/  r  r  ^  p  ro  m  u  ia  r 

i 

i  I 

»  i 


A-24 


J  FT*,  L 


\4i  / 

\  ' 

\ 


~Zhi  "iA W<  ?*.T  o-v: 

C  T^Aft  f  ^ 


muxe  t 

KWW 

I _ 


>»»•■»■<  !«►»<. 

HtSifU  t 

V"« 


c  i 


A*i  ^ 


J>  tliljn 

H*."*'1L  t 
Y*L<i>  « 


A'fcfoit  (-O  l 

~^tlUATi*U  r 

t-^'k^uA  *  I 


-<v  >*  =■  i  on  2 


**  " 

.  j ^4 


©'ll 


^VCof^ 


,».'-  •  T-tt'. -GiJ, 

*>  —  3  2 


i  ■kyi  * 1  Vsi-fN 


;j)is..*.  cv»-v_  -x 

‘"l  -■-»*■.?  '  -«’(►•■  ii_  '•  V^*>**U  .  Ui.',  -  T# 


L 


t 


> 


C2 


S7;  <36.  *'w 


,.  y  | 


X  $.* 


jL  -  (-1-1 


K>K  fioA  HomftfiL 


Cj<r-  &  ‘  £** 


6>KHl  ‘ 


O'  '  O 


onfit  »f  ( #00* 
*est*u  m*b 

rtOrl  (HtKt 


-?> 


'Alt  foR  CO*t(<T2<M 
C^otc  -  m  .  *, 

i  <’/-«' 


/  X  > 
'  )  f 


J  \  t[ 

I»  l£  3- 


AQfc  M 

ARRAY  STRUCTURE 


HCTw oeie.  fpr/PR  _ (  M  -If) 

CHARACTERISTIC:  f  j(/:fiL(£,<jcy  c  =p-) 

ARRAY  NAME:  ^A/vV 

?URp55£  :  ..  'To  . FTd*££ 

* . /y#&. .  T*£*t.TO  -£T'T.#-?z.Tn. 


M 


/ 


3.7  7 

3-  /> 
/3 

/v-_. . 

/  S 
/  6 
i  7 

n 


VARIABLE 


EXPLANATION 


TTTD 
i/omxf 
p o  m  l  oG  ). 

/\JO/F  FT 0) 

flO 

T/ZF 

VrT_ 


j;cu 


J-/~  -VcA'^WCV  p'SES/t  tso/ul .  _ 

pOpz/A^l  TP  TB&PLfE/UC '/ _ _ 

/l/0  //Z/jJA  L  _  /r/< A PiU'/UCV  PX/7//X/U  7^ 

/(JO  MX/UA  L  /?/"  T/FPpL/pL/C  V.  .  . . 

A  £>  P/UTp.  7.  To  to£P  X£l//£P 
£P  TjXjpUT  I’dpy&l  L£i/£F._ 
fPTtS STOOP  I/O L PA  . 

jr^  £p£$  %  pTTbT  ox  mTT  , 
fF  P//F&  i  Ovvix/F  Ol/TxF 
p  C  y  7/4  ^  ^ . 


A-27 


aqem 

Array  structure 


HETWOeic.  uV^Al- 

CftARACTcR'.^TlC  :  -<T <W i/mDI ctf  (Cjr'3)_.. 

NZZkY  C/i/iy  ... .  . .  .  .. 

?URf>0£=  :  -7^, ....  572?^ .  p#.<'#/4£tt/C.  V&LuZJzJiJ.-  At/^.<£^L 

.  . . AMD  A&&,  ’ptau.J'A .  _£/?ZT4.  3l  .  A1.aS.yA3- _ 


CM) 

VARIA&VS 

EXPLANATION  t; 

/ 

A/>'/.  _  .^ tuy&< S Ac £>_ /?a  ZAo.  .  .  f 3 

j-| 

T- 

2T  . . 

/Jc  /i>£/Ua  L  2T  /f  f/S/r<3  U/AtVCAZi _ 

. _!_..  . 

. . 

<vf  ^  c  BAAL'S.  (J.  J/°&rsM  1  a  0 .  /**£<$  cy*/Jc  v  j- 

*A 

Dio 

LO  XfUftU  Z  c  zc-al  A  L.  _Ao  HJ  £/?  m- /t  \\ 

DA  j/c/ pur  s_j:c/yMA.A^^iF/<_Lz .  ! 

. A  .  ... 

SO- . . 

Azc  a/s/'Jai.  At/-  /-  n/z/isc  y 

...  .7  ._ . 

pc  AO  A  z^fr£.  i 

/«• 

Wfi-rfiF 

/nSe^r^pn  Lo  ss  .  rO<z  rc>i^j  j 

HF  Taj  rr  \  ft  F  & 

1  7 

rr\  n  t  l  0 

liOS'Z.rrton  .in  £<*?...  CO*  +  c.  A  r.j 

. .  _ 

■ 

fijerujo  r\  _  /3£/9 

IS 

fhf\TO  ilT 

■ 

.  /  ^S.errion  Lc’SS  /  n^wr  m  <ir<:  h'Zj 
heritor  k  '  fr"ow\  uur. 

; 

• 

A-30 

A  Q  E  M 

Array  structure 


METWCeiC.  FlLTB#  s  .  C  M  =  5) 

CHARACTERISTIC  :  ZKizzaTuuJ  lass  <c=  i) 

ARRAY  MAME: 

?URp0<5  s  To  STOte  fMMCIiHc.  iMLUel  3)  rb«j 

-THtM  TO-  OaPTJJ-  ^OCa-LS,.-  .-  - 


HHBRI 

VARIABLE 

ExfLANATlOM 

CARyCO 

TfRaa 

T£*iT  ARCQ  a  C  /\J<L"R 

C  AfC  /t  ^ 

fi~:-6 

fi.z/3  SA&AJAc  yoWb/3 

:a/i  7O) 

j>  :~r t 

!'yf J,L-  _ 

1  kL tf&i/VA1  J.i. !& £ /f  T2 'OAJ  toi},  . 

:aAy(4) 

\ 

l 

pc _ ...*/.<?  */>?<££.__ ro,u jy  ? _ 

s 

|  I^'c  tf  O  )  c. 

F.  r.^u  eT). c.y. .C  h  o  /  c,  e. . 

0? 

C-i  OLE  V 

S  tG-  N$L-  L-  eve  l 

.7 

>  n .... 

/  AJ  P.sJt:  .  &L&JTJ£j.tf.Q.  -..M 3,tJ^O.K.k _ 

m/}  /  o  i4  r 

o  m  rPu  7-  nofrrx  //  fha  /v  ^  r uj  e>  r  \ 

HETWOejc. 
CMRACTEfciSTi  c  : 


AQtW 

structure 

FT£7£r<  ■  - 

fAFFt  A-f*  A.'s/<r>,!f:V7 


array  ma^-  <m A/* y  _  _ 

?URf>0<£  :  .  "TP.  STpBe  . . fA^STdi C- V A UJ£s..£bl PVT" 

•am^  f^5-  r-t€v\  or^rsz  Motw 


■7 

t). 


■s 


I  .  . 

-1-  *  - 
?  --  V/  . 
/>. 

r  ?  ....... 


/*-.a. 

:  9  -  2-6 


7f 

o-jF 

35 


VARIABLE 


/TJtteV 
£R£&( l ) 
Lo.OFV(^) 
77 7  £J7 .___ 
/w  0  A  . . 

m&L(r\ 

pj  'J6-JL  1(7  0. 


EXPLANATION! 


m^ 

lifiDclK^ ) 
P6  V 

FCUot  c 
5  /(r££  V 


y  -V7  -c  "  J7  '7  •*/',);(/y'7’ 

.SK:ZQ*  . ..  .  _ ;_.. . 

*  o  <a.F.£  .J) 7,.  F QA  7  F/~~rSF  F /2<j-£F $ 

pp  F  AF.uzpjrzo  ^  __?/* _ 

/- 7  .f  7.. .  7  rJ6L_£  _  Pi  l/s A 7 77  IV  £0/2  FI  A  £  ^ 

■> -.  . ./  X. _ _ 

7*4  5  7  ££££££  Lfj’FFK  7  70  7/  FF_l£<_ 
pp  Mi-t'lC  / )  J  ft  A)  Ft  7  /  l)  C  <3  //  r. -  7/ 
i  Z 1 77 1 5  7  /  5  7  /7A-  5  7  7/7  £/£ 

£':  £0  1‘J  ~-0  LAV  F  A.  . _ 

tifpzfl  OFF.  top  pFAie  jvfzfs 
fjc  vol'tazff  to  ‘Jo?’ 

F£^(lu'enCy  ^  ho/ c 
*3  f(rNQi  Level 


ure«vi 

Array  structure 


NETW08K7.  fare rtfs  .  _<M  =  5) 

CWARACTERtSTl  C  :  PJPUT  PAfaM/sca  c  =  3  ) 

ARRAY  MA*£-  c^y  • 

?URp0<E  :  To  STORE.  .  eT^jt t. vj^uier.  rO.CiJ  5i«L 

..  ' . AMD  p^.%  TKB^VTg  ...OTi^T-^. _M a^u-i .  .  . . _. 


CM) 


VARIABLE 


EXPLANATION 


:wy(i) 


JlD 

ijmV 


XU  fur  Jf>t'JQANC&  X'S  'Sr.  A  X2- 6 /J , 

X  ••sP’J  r  /  P/Z  J)A>  /sc  £  /jD/i/S/SP  t  i/^z  /y  £1 


CA/iy.Cb) 


pp,f& 


'  'PY  (t J 
P/pvr< ] 
(PfaCp). 

<4  A'/?) 
3 
1 


ppPS  Q 


DCV 

fa  ffo  /  c 

S IC-LJE-  v 


/<T  X  UUKX  >!  ST6A/4L  Po jyUt  /<  i£  tf£S  £  PC  *1 

Af&jfo  uur....p/^<r.....  _ _ 

r_  r-P  xa  c  z/i/c  y . . . . .  ._ 

/  pm/?  oxvcx  u/PL’P  ixpixr, .  . 

Xt\j/KT  ^PjJPtpp'SCX  L  O  ^ £p jimzt s 
pc  1/  a  l  roq  '-£  TO  U  is  T 

FP^<[nenc  y  C  ^©/CCE*. 

S  t  C-  no  t  L  ev  e  / 


^<? 


/?esisr 


L-Ocx c/  /  A/ 


X  O 


r 


aqem 

Array  structure 


HETWOsk.:  FUTB/zs  C  M  =  5) 

CHARACTERISTIC  :  output  zapz/P/cs  CC  =  A) 

ARRAY  NAME:  zzAQy 

?URp^5E:  .  TO  SniSt  pA^^TT'C  nJAUues,  CiU  ^754C,-C 

/vUd  pA=»P_  To  CTn^T-S'o  MQ£-<m=__ 


CM) 

VAR!  ABIE 

£*pLANA7i0r4 

OlAyO) 

0*0 

Out  Pu  t  j:  APS//--  Pc  /z  /?iS Vjp  psc  /U, 

C/tA'fCi) 

oTf\Ju 

0  U  TPu  r  r /Op /: #p/  Pc  t=  //C/O.  i/P//-(s/z 

.  cA/yP) 

/-■fir-s . 

/<  F P  .  PSS-AP/-  /PU'tFj/  APt/PP. 

'  A  Ay  ( <0 

TPPPP 

r/s.  $  p  /=AP<?t/£/  sz  y , . 

s  ap  v( r  ^ 

— 

u,/‘.'fi  Ifi'/pT  0t*7  !>JT  l  M/'S  0^  Pc  c 

c  pp  y(& ) 

- ' 

L  0uj  c/<  /  T'r/j  -  our  par  r  /P/Z//0  ac  >s 

/4-Ay (/) 

pci/ 

pc  a op/p £P  so  au  r. 

v 

f~  C  //©  /  c 

p  r ^  |  wprtcy  C  A  o  /  C  e 

1 

O  H  r*\ 

Lexis  iv  Z.C  R  T 

(  o 

^es/sr 

y  <?<-*</  ip  s  //  /R  f— 

1 1 

Sf£L£.  V 

1 

3/0  T\(j  t  f  p  (/  0  /  pA  V  5 

i 

S-\Lrtz  N 

A^ray  STRUCTURE 


- - fZLflS/l-  - 

rrwoefc.  ^  c  Ji 

ARACTcfciS-Tic  ;  r^Ut,  /(Svmx  PL  SL  ). 

RfcAY  MAME: 

UW££ :  ,xc>.-  g^uu^riO  . 

.  . M)0  /V&S  TSMX  _ 


M)  VARIASV.S 


063 

FD&lO 

n?/2n  P 
PPTS  .. 

mi  mmtp 

pcM 

fCHoic 

5  /(;uv 

t  IN 

a\  ato  n-r 


FrnfLAHATtONi 


/v?' -' (3  (j tz/JC^E-  i 

co  NT  ATM  Y  oa'  /J  r/j  Pc>.PcipiC  7~o 
_  .  _l  J)/i  &4r.«/T  fzO  M£&i/£SZ 
l o  ;v 30/3.  JAqj.PL x Pp(d&.± 
a  tt  ;  3 _  3  03  PoTMP  pp_ 

/YX'  /'Q  M .?/<_.  L£t/£.Tj_ _ _ 

MAT CM 5PM UTOTA  LAPS. _ _ 

/■PiOPMUS  A’zTrPc Tlo/J. 
pc  ypc pAP/p  rc>  uur 
F  re  %  u  ” c  y  C  A  /  c  e. 

S  (  Ph/<i 1  L  Pi'e/ 

I  fj Put  /T\  tf  yc  V'/ij  /Ve^u/or/v 
<9  t<  T  3>  m  r~  /r)i9  r~(  y  /a j  /V  e  r  tv o/x 


